home *** CD-ROM | disk | FTP | other *** search
- Path: news.ao.net!not-for-mail
- From: eric@eola.ao.net (Butt-head)
- Newsgroups: comp.dcom.modems
- Subject: Re: Supra Modems
- Date: 18 Jan 1996 01:48:15 GMT
- Organization: Access Orlando
- Message-ID: <4dk8sv$h0@news.accessorl.net>
- References: <DL4H42.H2K@news2.new-york.net> <4d9ksu$6fj2@navajo.gate.net>
- NNTP-Posting-Host: eola.accessorl.net
- X-Newsreader: TIN [UNIX 1.3 950515BETA PL0]
-
- doug haire (dhaire@gate.net) wrote:
- : brag about. It has what appears to be a problem with not inhibiting the
- : initiation of a retrain while negotiating error correction. Supra is
- : currently in denial about this, claiming it doesn't happen, but the
- : factory default is to inhibit retrain requests (%E0). That means it is
- : dependent on the remote modem to monitor line conditions and request
- : retrains. If you set the modem to monitor line conditions and request
- : retrains (%E1), you then run the risk of it requesting a retrain when it
- : shouldn't.
- This is NOT the case. The retrain that occurs when you actually LOSE
- CARRIER for awhile is different from the retraining that occurs when the
- modem "falls backward" or "falls forward". The modem will request
- retrains whether you are set on %E0 or %E1, but they are the fall
- backward/forward kind, not the complete retrains that sound like when the
- modems are initially establishing a connection. These take much longer
- and will sometimes cause timeouts. If you set S192.5=1 on the Supra, it
- will display an L followed by an up or down arrow when the local end
- requests a fall-forward or backward, and display R and an up and down
- arrow when the remote end requests a retrain.
-
- :
- : Maybe I've just been spoiled by my USR Couriers but I expect a modem to
- : function properly and not have a factory default which masks a problem.
- I've found the factory defaults on the USR's (both Couriers and
- Sportsters) have trouble with a lot of modems, where the Supras here
- haven't had problems with any.
-